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1-0 HXECUTIV C SUMMARY 

This design note presents the results of a McDonnell Douglcis Technical 
Services Company (MDTSCO) study which define the Shuttle Avionics Integration 
Laboratory (SAIL) requirements for supporting the Spactlcb/Orbiter avionics 
verification process. The principal topics addressed in this design note 
are a Spacelab avionics hardware assessment. Test Operations Center/ 
Electronic Systems Test Laboratory (TOC/ESTL) data processing requirements 
definition, SAIL (Building 16) payload accommodations study, and projected 
funding and tost scheduling. 

The information presented herein evolves from the "Spacelab/Orbiter 
Interface Test Analysis" study conducted by MDTSCO. This study 
concluded that the Spacelab/Orbiter Computer Systems, the PCM Data 
Link, and the High Rate Digital Data System hardware/software relationships 
were of such a complex nature that early avionics interface verification 
would be required. It also concluded that the SAIL is a prime 
candidate test location to accomplish this early avionics verification. 

It is felt that the requirements delineated in this report provide a 
technically sound baseline for the conduct of Spacelab/Orbiter 
avionics interface verification in the SAIL. 

Further expansion of this study depends on the resolution of issues 
involving the commitment of Spacelab to the SAIL, the firm definition of 
Software requirements, and the role of SAIL in the overall Spacelab 
verification process. 
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3.0 DISCUSSION 

A meeting was held at Marshall Space Flight Center (MSFC) to discuss the 
Spacelab/Orbiter avionics interfaces. The purpose of the meeting was to 
assess the degree of concern for each of the Spacelab/Orbiter avionic 
subsystem interfaces and also to identify those subsystems that would 
preferably require early verification testing. 

Those interfaces that would require early subsystem verification testing 
are documented in the McDonnell Douglas study entitled, "Spacelab/ 

Orbiter Avionics Interface Test Analysis” (1.3-DN-C061 2-001). This 
study also identified the Shuttle Avionics Integration Laboratory (SAIL) 
located at the Johnson Space Center (JSC) as a prime candidate test 
location for early Spacelab/Orbiter avionics interface testing. The 
suitability of the SAIL for performing the interface compatibility tests 
was described in a McDonnell Douglas study, "Preliminary Spacelab/SAIL 
Implementation Planning" (1.3-TM-C061 2-006). 

The analysis and planning documents described above made it obvious 
that additional studies would.be required to establish a set of detailed 
Spacelab/SAIL implementation requirements. The results of these studies 
are presented in subsequent sections of this document. These sections 
address Spacelab avionics hardware assessment, data processing requirements, 
physical accommodation in SAIL, and projected funding and test scheduling. 
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3-1 SPACELAB AVIONICS HARDWARE ASSESSME NT 

The Spacelal) avionics hardware requirements for SAIL usage are presented 
in the ensuing subsections. These subsections identify the major 
Spacelab avionics interfaces as defined in t;,a Shuttle Vehicle/Spacelab 
Avionics Interface Control Document, ICD-2-05301. 

Each subsection presents a brief description of the avionics interface, 
a statement on the verification and hardware requirements and the 
rationale for the hardware requirements. The tables associated with 
each subsection delineate the interface verification requirements based 
on the preliminary Spacelab Interface Verification Plan, JSC-07700~14- 
PIV-03, prepared by MSEC; and the Spacelab hardware required to perform 
the verification. Additionally, a functional block diagram depicting 
the Orbiter/Spacelab interface is presented. 

One of the requirements in the SAIL is that avionics hardware should be 
flight qualified or flight qualifiable. This requirement applies 
to Spacelab avionics hardware. 

3«1»1 Orbiter/Spacelab EPPS Interface 

3. 1.1.1 Interface Description 

The Spacelab has no internal source of electrical power. The Orbiter 
supplies the necessary electrical power to the Spacelab subsystem equipments 
and experiment equipments. Primary power will be provided by the Orbiter 
fuel cells (#3 prime, #2 backup) and emergency power will be supplied by 
the Orbiter main buses. There are two locations where electrical power will 
be available to the Spacelab loads. These are the Orbiter Aft Flight Deck (AFD) 
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3. 1.1.1 Interface Description (Continued) 

where AC&DC power is supplied for Space! ab installed equipments and 
the cargo bay whore only DC power is provided to the Spacelab Electrical 
Power and Distribution System (EPOS). 

The Orbiter buses v/hich supply electrical power to the Spacelab will be 
referenced to the structure within the Orbiter. Within the 
Spacelab, the primary power feeders and their returns are isolatefi from 
structure. A functional block diagram of the Orbiter/Spacelab EPOS 
interface is shown in Figure 3.1-1. 

3. 1.1. 2 Reouirements - Verification and Hardware 

The Spacelab verification reguirements that will determine if the 
Orbiter electrical power system and the Spacelab EPOS are compatible in 
a flight configuration are listed in Table 3.1-1. 

Table 3.1-1 also lists the Spacelab avionics hardware that will be 
required, in the SAIL, to perform the Orbiter/Spacelab EPOS compatibility 
tests. Note that the EPDS Monitor and Control Panel (MGP) and the 
Experiment Switching Panels (ESP) are not required in the SAIL. The 
MCP is a redundant panel, utilized in the module configuration, for 
direct access to EPOS functions. The essential monitor and control 
functions relating to the EPOS can be accomplished by tise Integrated Monitor 
and Control Panel (IMCP) located in the AFD. The ESP is an extension 
of the Experiment Power Distribution Box (EPDB) and their utilization is 
mission dependant. The EPDB satisfies the SAIL requirements to provide 
experiment power distribution. 
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3. 1.1. 3 Rationale 

The SAIL requires the Spacelab avionics hardware, identified in Table 3.1-1 
to verify the capability of the Spacelab to accept and distribute Orbiter 
supplied electrical power and determine the adequacy of the power 
returns. The test activities for this verificatioi: process include; 

(a) The dynamic interaction betv^een the Orbiter and Spacelab electrical 
power distribution systems 

(b) Proper hardware response to power on stimuli including monitoring 
data for visual and PCM readout 

(c) Specified input voltage margins including AC&DC bus characteristics 

(d) Specified output load capabilities including bus characteristics 

(e) The prime bus power and emergency bus power switchover capability 

(f) The isolation of the Spacelab power return lines 

3.1.2 Orbiter MDM/Spacelab S/S-EXP I/O's, RAAB And C&VJ Interface 
3. 1.2.1 Interface Description 

The Orbiter/Spacelab computer interface consists of a bidirectional 
link for command, guidance, navigation and control data transfer between 
the Orbiter MOM and the Spacelab Subsystem (S/S) and Experiment (EXP) 

Input Output Units (I/O's). This bidirectional link consists of dual 
redundant MOM serial input output channels connected to independent 
couplers in the Spacelab I/O's. Each channel consists of four hardwire 
connections: one digital line for bidirectional half duplex data transfers 
up to TO KBPS and three discrete lines for data transmission direction, 
command and data word gating. 
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3. 1.2.1 Interface Description (Continued) 

The Orbiter/Spacelab computer interface also includes a MDM output 
to the Spacelab Remote Amplifier and Advisory Box (RAAB) for activation 
of the Spacelab Command and Data Management System (CDMS). This 
link consists of three hardwire connections: one line for system 
activation (DOL), one line for system monitoring discretes (OIL) and 
one line for system monitoring analog (AID). 

The third Orbiter/Spacelab computer interface consists of hardwire 
inputs from the Spacelab C&W and emergency sensors. These signals are 
discrete inputs from emergency sensors and discrete and analog inputs 
from caution and warning sensors. 

A functional block diagram of the Orbiter MDM/Spacelab I/O's, RAAB and 
C&W Interface is shown in Figure 3.1-2. 

3. 1.2. 2 Requirements - Verification and Hardware 

The Spacelab verification requirements that will determine if the 
Orbiter/Spacelab coinputer systems are compatible in a flight configuration 
are listed in Table 3.1-2. 

Table 3.1-2 also lists the Spacelab avionics hardware that will be required 
in SAIL to perform the Orbiter/Spacelab compatibility tests. Stimuli 
will be provided for the Spacelab C&W system by SAIL elements similar 
to those provided for the Orbiter C&W system. 
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3. 1.2. 3 Rationale 

The SAIL requires the Spacelab avionics hardware, identified in Table 3.1-2, 
to verify that the (1) Orbiter MDM/Spacelab S/S - EXP I/O's, (2) Orbiter 
MDM/Spacelab RAAB and (3) Orbiter MDM/Spacelab C&W system are compatible, 

3. 1.2. 3.1 The Orbiter MDM/Spacelab S/S - EXP I/O test activity will 
verify the capability to communicate between the Orbiter 6PC and the 
Spacelab S/S - EXP computers via the MDM's and I/O units. The test 
activity for this verification process includes: 

(a) The dynamic interaction, between the two computer systems, to command 
and data transfers 

(b) The dynamic response to state vector updates 

(c) The dynamic interaction to payload pointing sensor data 

(d) The redundancy management capabilities as they relate to primary 
and secondary I/O and PMU coupler switchover 

(e) The capability to Toad and verify Spacelab computers in the hardware 
control mode 

(f) The performance monitoring capability between the Orbiter GPC 
and the Spacelab computers 

3. 1.2. 3. 2 The Orbiter MDM/Spacelab RAAB test activity will verify the 
capability to activate/deactivate the Spacelab subsystems. The test 
activity for this verification process includes: 

(a) The dynamic response of the subsystem equipments to the activation/ 
deactivation sequential commands including talkback data 

(b) The dynamic response of the experiment equipments to the activation/ 
deactivation sequential commands including talkback data 

(c) The capability to perform the rapid reconfiguration functions 
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3. 1.2. 3. 3 The Orbiter MDM/Spacelab C&W test activity will verify the 
capability to receive and process backup C&W sensor data. The test 
activity for this verification process includes: 

(a) The accuracy of the C&W sensor data through the system 

(b) The dynamic response of the Orbiter 6PC to the C&W sensor data 

3.1.3 Orbiter PMU/Spacelab S/S - EXP I/O Interface 
3. 1.3.1 Interface Description 

The PMU - I/O interface provides the downlink data path from the Spacelab 
to ground based receiving stations. 

The Orbiter will provide for the acquisition of data from the two 
Spacelab I/O units via tv/o redundant PMU data buses. A data bus is 
connected to each of two PCM Master Units (PMU's) with only one 
data bus active at a given time. Selection of the active PMU will be 
accomplished manually by the Orbiter while the selection of the redundant 
Spacelab I/O unit couplers will be accomplished remotely by the Orbiter 
or manually by the Spacelab. The redundant data buses are connected to 
the Spacelab S/S - EXP I/O unit couplers v/ith identical data bus couplers. 

The Spacelab, when normally activated shall respond to the PMU fetch 
commands with response data words via the selected PCM data bus. 

A functional block diagram of the Orbiter PMU/Spacelab I/O Interface is 
shown in Figure 3.1-3. 
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3 . 1 . 3 . 2 RequiretnenLs ~ Verification and Hardware 

The Spacelab verification requirement that will determine if the 
Orbiter/Spacelab PCM data bus will operate as a digital data transmission 
system in a flight configuration is listed in Table 3.1 '•3. 

Table 3.1-3 also lists the Spacelab avionics hardware that will be 
required in the SAIL to perform the Orbiter/Spacelab PCM data bus 
compatibility test. 

3. 1.3. 3 Rationale 

The SAIL requires the Spacelab avionics hardware, identified in Table 
3.1-3, to verify the capability of the Spacelab to receive fetch 
commands and transmit computer memory data across the data bus and the 
capability to detect signal errors and provide correct responses. The 
test activities for this verification process include: 

(a) The dynamic response to fetch commands including cycle time 

(b) A demonstration of data acquisition synchronization 

(c) A demonstration of the PMU - I/O coupler switchover capability 

(d) The appropriate handling of and recovery from noise bursts 

(e) A demonstration of the performance monitoring and redundancy 
management capabi 1 i ti es 
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3* 1*4.1 Interface Description 

The Orbiter Master Timing Unit (MTU) provides the pulse duration 
modulation time code signal (GMT) and the square wave clock signal 
to the Spacelab. Greenwich mean time (GM"^) and a 1024 KHZ clock signal 
is transmitted across the interface, via separated shielded hardlines, 
to the Remote Amplifier and Advisory Box (RAAB) for distribution to the 
Spacelab using equipments. There are three other clock signals, 

4608 KHZ, 1 KHZ and 100 HZ that are available at the Orbiter interface 
for Spacelab mission unique experiment usage. These three clock 
signals will not be verified in the SAIL. 

A functional block diagram of the Orbiter MTU/Spacelab RAAB Interface 
is shown in Figure 3.1-4. 

3. 1.4. 2 Requirements - Verification and Hardware 

The Spacelab verification requirements that will determine if the 
Grbiter MTU/Spacelab RAAB are compatible in a flight configuration 
are listed in Table 3.1-4. 

Table 3.1-4 also lists the Spacelab avionics hardware that will be 
required^ in the SAIL to perform the MTU/RAAB compatibility test. 

3. 1.4. 3 Rationale 

The SAIL requires the Spacelab avionics hardware, identified in Table 3.1-4 
to verify the capability of the RAAB to process MTU GMT and clock 
signals and distribute same to the S/S - EXP computers via the I/O's, 
the high rate multiplexer, and the experiments via remote acquisition 
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3.1.5 Orbiter Ku Signal Processor - Payload Recorder/Spacelab High Rate 
Multiplexer Interface 

3. 1.5.1 Interface Description 

The Orbiter KuBancl Signal Processor (KuSP) and payload recorder 
interface directly with the Spacelab High Rate Multiplexer (HRM). 

The KuSP receives three digital inputs and one clock input from the 
Spacelab HRM via four hardwire paths. An analog input, via hardwire, to 
the KuSP is provided for Spacelab mission unique data. 

The payload recorder will record and playback, via a hardwire path, 
bi phase serial data from/to the Spacelab HRM. 

A functional block diagram of the Orbiter KuSP - Payload Recorder/ 
Spacelab HRM Interface is shown in Figure 3.1-5. 

3. 1.5. 2 Requirements - Verification and Hardware 

The Spacelab verification requirements that will determine if the 
Orbiter/Spacelab high rate digital data system is operationally 
compatible in a flight configuration are listed in Table 3.1-5. 

Table 3.1-5 also lists the Spacelab avionics hardv/are that will be 
required in the SAIL to perform the Orbiter/Spacelab high rate digital 
data system compatibility test. 
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3. 1.5. 3 Rationale 

The SAIL requires the Spacelab avionics hardware, identified in Table 3.1-5, 
to verify the capability of the HRM to: (1) Multiplex and transfer 

digital data to the KuSP, (2) Interleave the High Rate Digital Recorder 
(HROR) playback data into the data stream and (3) Transfer data to and 
multiplex data from the payload recorder. The test activities for this 
verification process include: 

(a) The dynamic response of HRM to mode commands 

(b) A demonstration of the voice digitizing capability of the HRM 

3.1.6 Orbiter ACCU/Spacelab I/C MS Interface 
3. 1.6.1 Interface Description 

The Spacelab Intercom Master Station {I/C MS) interfaces directly with the 
Orbiter Audio Central Control Unit (ACCU), via hardware connections, 
in the Spacelab module configuration. Access of the three Spacelab 
simultaneous voice loops to any of the Orbiter two-way (talk/listen) 
audio channels is controlled within the Orbiter. A separate hardwire 
key line is provided from the Spacelab to the Orbiter EVA/ATC transceiver. 

A page channel is also provided and is superimposed on all internal channels 
of the Spacelab intercom equipment. 

In the pallet only configuration, an audio hardwire line is provided 
from the Orbiter ACCU to the Spacelab HRM for voice annotation. 

A functional diagram of the Orbiter ACCU/Spacelab I/CMs is shown in 
Figure 3.1-6. 
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3. 1.6. 2 Requirements ■ Verification and Hardware 

The Space! ab verification requirements that will determine if the 
Orbiter/Spacelab audio system is operationally compatible in a flight 
configuration are listed in Table 3.1-6. 

Table 3.1-6 also lists the Spacelab avionics hardware that will be 
required in the SAIL to perform the Orbiter/Spacelab audio system 
compatibility test. The Intercom remote station is an extension of 
the Intercom master station and therefore is not required in the SAIL. 

3. 1.6. 3 Rationale 

The SAIL requires the Spacelab avionics hardware, identified in Table 3.1-6, 
to verify the capability of the Spacelab I/C MS to receive and transmit 
signal to and from the Orbiter ACCU and the EVA/ATC transceiver. The test 
activities for this verification process include: 

(a) The dynamic response to I/C MS switching functions 

(b) Adjacent channel interactions 

(c) Word intelligibility of single and simultaneous voice loop transmissions 

(d) Evaluation of signal characteristics 

3.1.7 Orbiter/Spacelab C&W Interface 
3, 1.7.1 Interface Description 

The Orbiter has the capability to monitor input signals from the Spacelab 
and provide intelligence to the crew via Spacelab C&W System. Spacelab 
caution inputs are defined as actual or impending anomalous conditions 
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3*1*^*TI Interface Description (Continued) 

which in combination with another failure constitute a system configuration 
that could be hazardous to the Orbiter or crew and require action or 
procedural change for corrective measures. A Spacelab warning input is 
an actual or impending anomalous condition which, in itself, is hazardous 
to the Orbiter or crew and requires immediate crew action. 

Emergency inputs are defined as a crew hazard requiring immediate 
Instructive crew action. Emergency inputs consist of Fire/Smoke and Rapid 
Cabin Depressurization. 

The caution and warning sensors are connected to the Orbiter MDM 
and the warning sensors are connected to the MDM and the Orbiter 
Caution and Vlarning Electronic Unit (CWEU). In addition each Spacelab 
sensor has a connection to the RAU which allows an intelligence instruction 
by the computer system. 

Spacelab fire/smoke detectors are located in the right and left avionics 
racks and in the module cabin. Two redundant detectors at each of 
the three locations are hardwired to the Orbiter R-7 panel, through six 
individual inhibit switches. 

The Orbiter CWEU provides a switch closure for' the master alarm light on 
the S/I C&W/FSS Panel. 

Siren, Klaxon and C&W tones are generated by the Orbiter CWEU and ACCU 
and sounded through S/L speaker on the C&W/FSS panel. 
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3. 1.7.1 Interface Description (Continued) 

Spacelab safing commands to C&W Inputs will be issued thru the MDM 
to the Spacelab effectors and emergency safing commands will be issued 
by switch closure on the IMCP. 

A functional block diagram of the Orbiter/Spacelab C&W Interface is 
shown in Figure 3.1-7. 

3. 1.7. 2 Requirements - Verification and Hardware 

The Spacelab verification requirements that will determine if the 
Orbiter/Spacelab C&W systems are operationally compatible in a flight 
configuration are listed in Table 3.1-7. 

Table 3.1-7 also lists the Spacelab avionics hardware that will be 
required in the SAIL to perform the Orbiter/Spacelab C&W systems compatibility 
test. Note that the C&W sensors are not required in the SAIL. The C&W 
sensor stimuli will be simulated by SAIL elements. 

3. 1.7. 3 Rationale 

The SAIL requires the Spacelab avionics hardware, identified in Table 3.1-7, 
to verify the capability of the Spacelab to provide analog and discrete 
event C&W information to the Orbiter C&W subsystem and to accept discrete 
safing commands from the AFD R7 panel. Functions that will be verified 
during this test activity include: 

(a) Dynamic response of the C&W analog and discrete event information 

(b) Data acquisition via the Orbiter PMU 

(c) Evaluation of signal characteristics 

(d) Adjacent signal path interaction 
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Orbiter/Spacelab CCTV Interface 

3. 1.8.1 The Spacelab Closed Circuit Television (CCTV) subsystem avionics 
hardware requirements are not included in this report. Present planning 
indicates that CCTV hardware v/ill be supplied as 6FE. 

3*2 TOC/ESTL DATA PROCESSING REQUIREMENTS 

The Test Operation Center (TOC) and the Electronic Systems Test Laboratory 
(ESTL) realtime data processing needed to support Spacelab testing in SAIL 
are presented in this section. These processing requirements were determined 
by analyzing the integrated Spacelab/Orbiter avionics system and interfaces 
depicted in figure 3.2-1. 

As shown in Figure 3.2-1, the Spacelab does not have an independent data 
transniission system for ground communication. The Spacelab transmits 
data and receives commands via Orbiter corrrauni cation links. A functional 
diagram has been developed to show the Spacelab/Orbiter data flow and 
it is presented in Figure 3.2-2. As shown in this figure, Spacelab data 
can be routed via the Orbiter Ku-Band, S-Band (FM or PM), UHF, or T-O 
umbilical paths. Each of these data paths will be discussed in subsequent 
paragraphs . 

A basic ground rule used to determine TOC and/or ESTL Spacelab data 
processing requirements is that TOC is not utilized to verify the 
different Communication and Tracking (C&T) Subsystem data paths but 
rather to gather data to demonstrate integrated avionics system 
performance. In cases where several uplink/downlink data rates and/or paths 
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3.2 TQC/ESTL DATA PROCESSING REQUIREMENTS (Continued) 

are available, one total data rate that contains all of the required 

information has been selected as a data processing requirement for TOC. 

Since current planning does not envision incorporation of receivers in 
TOC, data exchange will be between TOC and the Orbite , f -'ssors 

rather than the Orbiter transmitter/receivers. This da will 

normally be via the T-0 umbilical interface. 

The data rate limits stated are as presently listed in the individual 
LRU specifications. The operational data rates may be some other 
value within those specification rate ranges when the system design is 
firmed up. 

ESTL is utilized to demonstrate satisfactory performance of the Orbiter 
C&T Subsystem, The C&T Subsystem in SAIL is interfaced with the ground 
network stations and Tracking Data Relay Satellite (TORS) simulation in 
ESTL via roof top antennas on Building 16 and 44. All data paths 
and operational modes that contain Spacelab data are considered applicable 
for processing via ESTL. 

3.2.1 Network Signal Processor (NSP) 

There are four different rates for downlink data from the NSP and four rates 
for uplink. The downlink rates are 96, 192, 288, and 576 KBPS. The 
uplink rates are 32, 72, 96 and 216 KBPS. The 192 KBPS downlink data 
rate provides all of the information required to be decommutated, displayed 
and recorded in TOC. The requirement for command/control from TOC can 
be satisfied by generating data at a rate of 72 KBPS. All of the NSP 
data rates are considered applicable to the ESTL. 
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3.2.2 FM Signal Processor (FMSP) 

There are seven selectable output operating modes for downlinking data from 
the FMSP via the S-Band FM Direct link or by the T-0 Umbilical path. These 
inodes are as follows: 


(1) 

4.5 MHZ 




(T.V.) 

(2) 

576, 768 and 

1024 

KHZ 

(EIU OUTPUTS) 

(3) 

25.5 KBPS 

to 

1024 
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(OPERATIONAL RECORDER) 

(4) 

200 BPS 

to 
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MBPS 

(Bi-0-L) OR 


200 BPS 

to 

5 

MBPS 

(NRZ-L) 

(5) 

250 BPS 

to 

256 

KBPS 

(DOO P/L) 

(6) 

300 HZ 

to 

4 

MHZ 

(NASA P/L) 

(7) 

25.5 KBPS 

to 

1024 

KBPS 

(PL RECORDER) 


The data from modes 1 and 3 provide all the tfiformatlon required from 
the Spacelab to be decommutated , displayed and recorded In TOC. Vhc 
$-Band FM direct link does not have an uplink capability. All of the 
FMSP output modes are considered applicable for ESTL support. 

3.2.3 Ku-Band Signal Processor (KUSP) 

There are two modes of operation for downlinking data from the KUSP. Mode 1 
is a 2 data channel operation with channel one having an output of 
8 to 100 MBPS and channel two with an output of 16 KBPS to 2 MBPS which 
are combined to form a single signal for transmission. 

Mode 2 operates in one of two selectable configurations, normal 3 channel 
configuration and narrowband bent pipe dual channel configuration. In the 
normal 3 channel configuration the transmitted signal is comprised of 
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3.2.3 Ko-Band Signal Processor (KUSP) (Continued) 

mode 2 channel 3 data which is either 4.5 MHZ television or 4.5 MHZ 
analog or 16 KBPS to 2 MBPS digital data, mode 2 channel 1 (192 KBPS data) 
and mode 2 channel 2 (16 KBPS to 2 MBPS) data modulated to form a 
composite output signal. 

In the narrowband bent-pipe dual channel configuration the narrowband 
bent-pipe data is combined with the baseband 4.5 MHZ wideband data for FM 
modulation of the carrier. 

Processing of the following KUSP Spacelab downlink data rates, (8 to 100 MBPS), 
(16 KBPS to 2 MBPS), (4.5 MHZ TV) and (16 KBPS to 4 MBPS), are required 
to be deconroutated , displayed and recorded in TOC. The requirement for 
command and control from TOC can be satisfied by use of the 72 KBPS NSP 
uplink data path. All of the KUSP data rates are considered applicable 
to the ESTL. 

The Ku-Band signal processor/T-0 umbilical interface is not defined at 
this time, but is expected to be implemented in a manner similar to 
the S-Band/T-0 umbilical interface, 

3.2.4 UHF Transceiver 

ESTL will be utilized to verify the audio communication link between the 
Spacelab and an EVA crewman via the Orbiter UHF Transceiver. 

3.2.5 Payload Recorder 

Frequency response of 1.9 KHZ to 2 MHZ analog and 25.5 KBPS to 1024 KBPS 
digital are recorded and dumped from this 14 channel recorder. Spacelab 
has a requirement to record and process the 25.5 to 1024 KBPS digital data 
rate in TOC. 
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3.2.6 S ummary 

The Spacelab data processing requirements applicable to TOC and ESTL are 
summarized in Tables 3.2-1, 3.2-2, 3.2-3, and 3.2-4. It is emphasized 
that these requirements are based on the assumption that a full complement 
of Spacelab avionics hardware, as shown in Figure 3.2-1, will be tested in 
SAIL. If the scope of Spacelab testing is reduced, it could substantially 
reduce the TOC and ESTL data processing requirements. For example, 
if the Spacelab High Rate Multiplexer is not tested in SAIL, then the Ku Band 
data is not required. The processing requirements presented in this report 
should be considered as worst case and should be reassessed v/hen the 
Spacelab/SAIL test program is better defined. 

3‘3 SAIL PAYLOAD ACCOMMODATION STUDY 

Simply stated, the problem is to evaluate several methods of bringing 
payloads into the SAIL and in some cases handling them after they are 
in the building. Several basic questions which must be answered become 
apparent when the problem statement is logically expanded. They are; 

(1) how is the payload handled outside the building, (2) how is the 
payload brought into the building, (3) how is the payload handled (lifted, 
moved, placed) inside the building, (4) what size payloads may be 
accommodated, and (5) are there approaches other than introducing payloads 
into the SAIL, to accomplish payload to Orbiter avionics verification? 

Two basic conditions (ground rules) are assumed prior to performing the 
Individual evaluations of each payload installation option. They are: 

(1) the assumption that proper payload support rails are installed in 
the SAIL, and (2) ''staging'' or preliminary operational verification of 
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TOC SPACELAB DATA PROCESSING REQUIREMENTS (CONTINUED) 
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ESTL SPACELAB DATA PROCESSING REQUIREMENTS (CONTINUED) 
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3*3 SAIL PAYLOAD ACCOMMODATION STUDY (Continued) 
the payload has been performed outside the SAIL area. These facilities 
and activities, at present, are not part of a firm implementation plan. 
However, the above assumptions are made to establish standard conditions 
during process of evaluating each payload installation option. 

Please see Figure 3.3-1 which lllustivstes the various areas of payload 
entrance options under discussion. These areas are discussed in greater 
detail in the material to follow. 

Please see Table 3.3-1. The left-hand column of Table 3,3-1 gives the 
"Significant Accommodation Criteria" against which all installatiori options 
are compared. Each optional method of bringing a payload into the 
SAIL is given as a column heading on Table 3.3-1. The matrix is 
developed by evaluating each installation area against each significant 
accommodation criteria. The result of each evaluation is given in the 
appropriate box in the matrix. 

The sources of information used in the study are drawings of the SAIL 
physical layout, measurements of physical components of the SAIL and 
on-site observation of the SAIL facility. 

3.3.1 Requirements 

Option VI is judged to be the preferred method for verifying payload 
avionics because: with proper planning the aft avionics room need not 
be moved; alteration of Building 16 structure is not required; fidelity 
of flight-type payload to Orbiter interface cabling can be preserved; 
the existing SAIL crane will be utilized as is; scarce SAIL floor space 
is augmented; and means are provided for off-line checkout and storage. 
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3.3,1 Requirements (Continued) 

Option VI, the SAIL unique pallet is established as the standard method 
of verifying payload avionics in SAIL, A detailed definition of the 
SAIL unique pallet will be submitted at a later date. An output to 
the SAIL physical layout baseline will be implemented to insure that 
an entrance path is available or easily arranged for the installation 
of the SAIL unique pallets. 

The existing baseline requirement for movability of the aft avionics room 
(Option I) will be maintained. The rationale for this requirement 
is that program cost restrictions may preclude the availability of 
breadboard or prototype payload systems and experiments. In that case, 
prototype or flight-type payloads will be included as a SAIL payload 
accommodation if the need arises. 

3.4 PROJECTED FUNDING AND TEST SCHEDULE 

The following three Charts 3.4.1, 3.4.2, and 3.4.3 illustrate assumed 
conditions and requirements necessary to conduct Spacelab interface 
verification testing in the SAIL. They also present cost of operations 
based on the assumptions and detailed hardware and data processing 
requirements. The purpose of this information is to provide a more 
complete view of the verification activity as it proceeds into the 
active checkout phase. Figure 3.4-1 delineates the present SAIL/Spacelab 
test schedule. 


SAIL SPACELAB SUPPORT ITEMS 


ASSUMPTIONS 

1. SAIL HAS FUNDED. ON-GOING SHUTTLE SUPPORT ACTIVITY FOR HARDWARE CHANGES, SOFTlifARE CHANGES, 
AMD MISSION SUPPORT DURING FIRST SHIFT. 

2. SPACELAB TESTING IS PERFORf^ED NOMINALLY ON SECOND SHIFT, FIVE DAYS A WEEK. 

3. SAIL VEHICLE DYNAMIC SIMULATOR SUPPORT IS NOT REQUIRED FOR SPACELAB TESTING. 

4. SPACELAB TEST REQUIREMENTS ARE SUPPLIED BY SPACELAB PROJECT. 

5. SPACELAB HARDWARE, SOFTWARE, AND ASSOCIATED GSE ARE PROVIDED, OPERATED, AND MAINTAINED BY 
SPACELAB PROJECT. 

6. COST DOES NOT INCLUDE KSC PERSONNEL FOR LPS INTERFACE TESTING, IF REQUIRED. 

7. SPACELAB TEST DATA ANALYSES AND REPORTS ARE PROVIDED BY SPACELAB PROJECT. 

8. SPACELAB INVOLVEMENT IN SAIL IS SCHEDULED FOR SIX MONTHS. 

9. SPACELAB TESTS ARE BASED ON PIV-03 REQUIREMENTS DATED NOVEMBER 1976. 

10. NASA CIVIL SERVICE IS FUNDED SEPARATELY. 

n. POP AND C OF F SUBMITTALS FOR SPACELAB-UNIQUE SAIL UPGRADING HAVE BEEN APPROVED. 

12. COST ESTIMATE IS BASED ON 30K/MAN YEAR. 


CHART 3.4-1 
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SAIL SPAGELAB TEST OPERATIONS COSTS* 

0 FLIGHT SYSTEM PERSONNEL 

0 SYSTEM ENGINEERS 10 

0 TECHNICIANS 10 

0 TEST OPERATIONS 10 ‘ 

0 APPLICATIONS AND aiGHT SOFTWARE 5 

0 SUPERVISION _Jt_ 

38 

0 TOC PERSONNEL 

0 TEST OPERATIONS 10 

0 SOFTWARE ENGINEERING 3 

0 SUPPORT ENGINEERING 1 

0 MAINTENANCE 2 

0 PLANNING & CONFIGURATION 2 

0 LOGISTICS, S/W LIBRARY 2 

20 

0 TOTAL PERSONNEL 58 

0 SIX MONTHS COST AT $30K/MAN YEAR 870K 

* BASED ON ASSUMPTIONS 


CHART 3.4-2 
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SAIL SPACELAB TEST SUPPORT REQUIREMENTS 


0 DETAILED REQUIREMENTS, DESIGN DEVELOPMENT 

0 INTERFACE DEVELOPMENT. CABLES. J-BOXES, ATTENUATORS, SIGNAL CONDITIONING 
0 DATA ACQUISITION AND DATA DECOMMUTATION EQUIPMENT 
0 DATA COMMANDS/CONTROL/FAULT INSERTION INTERFACES 
0 DATA RECORDING/COMPRESSION/FORMATTING CAPABILITY 
0 DATA PROCESSING/CONTROL/DISPLAY EQUIPMENT 
0 EXECUTIVE AND SYSTEM SOFTWARE DEVELOPMENT 

0 COMPLETE DATA INTERFACE/PROCESSING CAPABILITY 

0 FLIGHT SYSTEM/SPACELAB/ FACILITY CABLE SET 
0 COMPLETE TEST OPERATION DISPLAY AND CONTROL SYSTEM 
0 INSTALL* CHECKOUT AND INTEGRATE FACILITY/SPACELAB INTERFACES 
0 TEST PLAN DEVELOPMENT 
0 OPERATIONS SUPPORT 

PRESENT GUIDELINES FY78 

BOOK 


FY79 FY80 

900K BOOK 


CHART 3.4-3 
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SAIL/SPACELAB SCHEDULE 


1979 


1980 


1981 


V FMQF . V S/L NO. 1 LAUNCH 

V S/L H/W REQ'D (7-1-79) j 

V ECOS/SCOS FLT S/W REQ'D (9-1-79) 


SAIL PAYLOAD FACILITY IMPLEMENT/fTION 
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SAIL ALT/OF r CHANGEOVER 

1 OFT-1 VERIFICATION 


OFT-2 THRU 6 VERIFICATION 


SHUTTLE/PAYLOAD VERIFICATION 
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□ iJf verification 
I I integrated TE'TS 
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FUTURE PLANS, PROBLEMS AND ISSUES 

The next MDTSCO task, following the release of this document, will be 
to develop a SAIL/Spacelab Implementation Plan. This implementation 
plan will contain verification requirements, test configuration, interface 
definitions and test schedules. 

Before this implementation plan can be prepared, a resolution of issues 
and problems must be accomplished. An important issue to be firmly 
resolved is the commitment of the Spacelab to the SAIL for early verification 
tests. An equally important issue to be resolved is the allocation of 
Spacelab hardware and supporting EGSE for SAIL/Spacelab verification 
testing. Problems that require resolution are the definition of the 
Spacelab software requirements and the role of SAIL in the Spacelab 
verification process. The test and applications programs of the Spacelab 
software must be formulated and the availability evaluated for applicability 
to SAIL for specific verification test activity, SAIL’s role in the 
overall Spacelab verification process will have to be established to 
determine the most meaningful, cost effective test activity. Present 
discussions relegate the SAIL to a subsystem level of test activity which 
does not utilize the full capability of the SAIL. 



5.0 CONCLUSIONS 
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This report presents material in a condensed but complete form gathered 
over eight months of study. Essentially, all firm sources of information 
available, applicable to Spacelab/Orbiter avionics interface verification, 
have been expended. An analysis of the Spacelab/Orbiter interface was 
conducted to determine the magnitude of the avionics interface. Of the 
subsystems that comprise the total Spacelab/Orbiter interface the 1) Orbiter 
MDM/Spacelab S/S-EXP I/O's, RAAB and C&W interface, 2) Orbiter PMU/Spacelab 
I/O interface and 3) Orbiter KuBand Signal Processor/Spacelab High Rate 
Multiplexer interface were determined to be the most complex relative to 
the hardware/software functions involved in the verification of the interface, 
it was further determined that the complete verification of the interface 
would require extended test activity. These determinations concluded that 
early Spacelab/Orbiter avionics irterface verification testing should be 
performed and that the SAIL is a prime test location to accomplish this 
test activity. 

It is felt that the SAIL requirements, presented in this report, constitute 
a technicany sound baseline for the conduct of the Spacelab/Orbiter avionics 
Interface verification in the SAIL. It is realized that the less complex 
subsystems that form the total avionics interface do not require SAIL-type 
verification, but the requirements are included for completeness. 

Further expansion of this study is possible by assessing the European Space 
Agency's (ESA) Spacelab test program and evaluating the Software test and 
applications programs when this information is made available. However, the 
prime mover for more detailed further studies will be the resolution of issues 
and problems affecting Spacelab/SAIL verification activity. This activity is 
predicated on program directives delineating which facility, among several 
choices, will be used for Spacelab/Orbiter avionics interface verification, 

and type and quantity of Spacelab avionics available. It is concluded that 
future detailed studies are dependent on program definition of the SAIL role 
in the Spacelab/Orbiter avionic interface verification process. 
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AA 

AC 

ACCU 

ADL 

AFD 

AG 

AGC 

AID 

ALT 

ANCTR 

ANT 

ASED 

ASSY 

ATC 

ATE 

ATU 

AUX 

BER 

BSR 

C&T 

C&W 

CCTV 

CDMS 

CITE 

GMO 


AIR-TO-AIR 
ALTERNATING CURRENT 
AUDIO CENTRAL CONTROL UNIT 

AVIONICS DEVELOPMENT LABORATORY - R. I. SPACE DIV. 

AFT FLIGHT DECK 

AIR-TO-GROUND 

AUTOMATIC GAIN CONTROL 

ANALOG INPUT DIFFERENTIAL 

APPROACH AND LANDING TEST 

ANNUNCIATOR 

ANTENNA 

AVIONICS SYSTEMS ENGINEERING DIVISION - JSC 
ASSEMBLY 

AIR TRAFFIC CONTROL 
AUTOMATIC TEST EQUIPMENT 
AUDIO TERMINAL UNIT 
AUXILIARY 

BIT ERROR RATE 
BITE STATUS REGISTER 

COMMUNICATION & TRACKING 
CAUTION AND WARNING 
CLOSED CIRCUIT TELEVISION 
COMMAND AND DATA MANAGEMENT SYSTEM 
CARGO INTEGRATION TEST EQUIPMENT 
COMMAND 
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17.0 LIST 
C/0 

C OF F 

COMPR 

COMSEC 

CRT 

CWEU 

DC 

DCDR 

DDU 

OIL 

DIST 

OOD 

DOL 

ECLS 

ECOS 

ECS 

EG 

EGSE 

EIU 

ELEC 

EPDB 

EPOS 

ESA 

ESP 

ESTL 


OF ACRONYMS AND ABBREVIATIONS ( CONTINUED) 

CHECKOUT 

COST OF FACILITY 

COMPRESSED 

COMMUNICATION SECURITY 
CATHODE RAY TUBE 

CAUTION AND WARNING ELECTRONIC UNIT 

DIRECT CURRENT 
DECODER 

DATA DISPLAY UNIT 
DISCRETE INPUT LOW, 

DISTRIBUTION 
DEPARTMENT OF DEFENSE 
DISCRETE OUTPUT LOW 

ENVIRONMENTAL CONTROL AND LIFE SUPPORT 

EXPERIMENT COMPUTER OPERATING SOFTWARE 

ENVIRONMENTAL CONTROL SYSTEM 

CODE FOR CONTROL SYSTEMS DEVELOPMENT DIVISION - JSC 

ELECTRICAL GROUND SUPPORT EQUIPMENT 

ENGINE INTERFACE UNIT 

ELLCTRIC - ELECTRONIC 

EXPERIMENT POWER DISTRIBUTION BOX 

ELECTRICAL POWER DISTRIBUTION SUBSYSTEM 

EUROPEAN SPACE AGENCY 

EXPERIMENT SWITCHING PANELS 

ELECTRONIC SYSTEMS TEST LABORATORY - OSC 
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7.0 LIST 

EVA 

EXP 

FC 

FM 

FMOF 

FMSP 

FSS 

FY 

6FE 

GMT 

6PC 

MRDR 

HRM 

H/W 

HZ 

I/C 

ICD 

I/CMS 

I/F 

IMCP 

INV 

I/O 

TOP 


OF ACRONYMS AND ABBREVIATIONS (CONTINUED) 
EXTRAVEHICULAR ACTIVITY 
EXPERIMENT 

FLIGHT CRITICAL 
FREQUENCY MODULATION 
FIRST MANNED ORBITAL FLIGHT 
FREQUENCY MODULATION SIGNAL PROCESSOR 
FIRE SUPPRESSION SYSTEM 
FISCAL YEAR 


GOVERNMENT FURNISHED EQUIPMENT 
GREENWICH MEAN TIME 
GENERAL PURPOSE COMPUTER 


HIGH RATE DIGITAL RECORDER 
HIGH RATE MULTIPLEXER 
HARDWARE 
HERTZ 

INTERCOMM 

INTERFACE CONTROL DOCUMENT 
INTERCOMM WSTER STATION 
INTERFACE 

INTEGRATED MONITORING & CONTROL PANEL 

INVERTER 

INPUT - OUTPUT 

INPUT OUTPUT PROCESSOR 



7.0 LIST OF ACRONYMS AND ABBREVIATIONS (CONTINUED) 
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JSC 

JOHNSON SPACE CENTER 


KB 

KEYBOARD 


KBD 

KEYBOARD 


KBPS 

KILOBITS PER SECOND 


KHZ 

KILO HERTZ 


KSC 

KENNEDY SPACE CENTER 


KUSP 

KuBAND SIGNAL PROCESSOR 


LPS 

LAUNCH PROCESSING SYSTEM 


LRU 

LINE REPLACEABLE UNIT 


MAX 

MAXIMUM 


MBPS 

MEGABITS PER SECOND 


MCDS 

MULTIFUNCTION CRT. DISPLAY SYSTEM 


MCP 

MONITOR AND CONTROL PANEL 


MDM 

MULTIPLEXER/DEMULTIPLEXER 


MDTSCO 

MCDONNELL DOUGLAS TECHNICAL SERVICES COMPANY 

MET 

MISSION ELAPSED TIME 


MHZ 

MEGAHERTZ 


MMES 

MARSHALL MATED ELEMENTS SYSTEM 


MS 

MASTER STATION 


MSFC 

MARSHALL SPACE FLIGHT CENTER 


MSS 

MISSION SPECIALIST STATION 


MTU 

MASTER TIMING UNIT 
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7.0 LISf 

OF ACRONYMS AND ABBREVIATIONS (CONTINUED) 

NASA 

NATIONAL AERONAUTICS AND SPACE ADMINISTRATION 

NRZ-L 

NON RETURN TO ZERO - BI-0 LEVEL 

NSP 

NETWORK SIGNAL PROCESSOR 

OFT 

OPERATIONAL FLIGHT TEST 

OIA 

ORB ITER INTERFACE ADAPTER 

OPER 

OPERATIONAL 

ORB 

ORB ITER 

PCA 

POWER CONTROL ASSEMBLY 

PCM 

PULSE CODE MODULATION 

PDR 

PRELIMINARY DESIGN REVIEW 

PF 

PAYLOAD FORWARD 

PIV 

PAYLOAD INTERFACE VERIFICATION 

P/L 

PAYLOAD 

PM 

PULSE MODULATION 

PMU 

PCM MASTER UNIT 

POP 

PROGRAM OPERATING PLAN 

PSS 

PAYLOAD SPECIALIST STATION 

PWR 

POWER 

RAAB 

REMOTE AMPLIFIER AND ADVISORY BOX 

RAU 

REMOTE ACQUISITION UNIT 

RCDR 

RECORDER 

RCVR 

RECEIVER 

RF 

RADIO FREQUENCY 
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7-0 LIST OF ACRONYMS AND ABBREVIATIONS (CONTINUED) 


SAIL 

SHUHLE AVIONICS INTEGRATION LABORATORY 

SCF 

SATELLITE CONTROL FACILITY 

SCOS 

SUBSYSTEM COMPUTER OPERATING SOFTWARE 

SDL 

SOFTWARE DEVELOPMENT LABORATORY - JSC 

S6LS 

SPACE/GROUND LINK SYSTEM 

S/L 

SPACELAB 

S/S 

SUBSYSTEM 

STDN 

SPACE TRACKING & DATA NETWORK 

S/W 

SOFTWARE 

TBD 

TO BE DETERMINED 

TORS 

TRACKING & DATA RELAY SATELLITE 

T/L 

TALK/LISTEN 

T-0 

TIME ZERO 

TOC 

TEST OPERATIONS CENTER 

T/R 

TRANSCEIVER 

TV 

TELEVISION 

UHF 

ULTRA HIGH FREQUENCY 

UMB 

UMBILICAL 

VSU 

VIDEO SWITCHING UNIT 

XMTR 

TRANSMITTER 

XPONDER 

TRANSPONDER 



